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Amendments to the Claims 

This listing of claims will replace all prior versions and listing of claims in the above- 
identified application 

Listing of Claims: 

1 (Currently Amended). A method of flow control implemented by a system 
disposed to execute a protocol stack and an application, said method comprising the steps 
of: 

configuring the protocol stack to operate in a push mode pursuant to which the 
protocol stack initiates the forwarding, to the application, of a first sequence of data 
packets received by the protocol stack; 

generating, at the application, a first input notification determinative of an 
operative mode of the protocol stack; and 

switching, responsive to the first input notification, the protocol stack from 
operation in the push mode to operation in a pull mode pursuant to which the application 
initiates the forwarding, to the application, of a second sequence of data packets received 
by the protocol stack; 

transitioning the system from operation in the to operation in the push mode to 
operation in the pull mode in response to a first input notification, wherein the first input 
notification includes a receive sequence number corresponding; to a sequence number of a 
data packet which, upon receipt at the protocol stack, induces the transitioning of the 
system from operation in the push mode; and 

transitioning the system from operation in the pull mode to operation in the push 
mode in response to a second input notification corresponding to a sequence number of a 
data packet which, upon receipt at the protocol stack, induces the transitioning of the 
system from operation in the pull mode . 



2 (Currently Amended). The method of claim 1 further including transitioning the 
system from operation in the push mode to operation in the pull mode in response to a 
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first input notification, wherein the push mode and the pull mode constitute mutually 
exclusive modes of operation. 

3 (Withdrawn). The method of claim 1 further including transitioning the system 
from operation in the pull mode to operation in the push mode in response to a second 
input notification. 

4 (Withdrawn). The method of claim 2 wherein the first input notification 
includes a receive sequence number corresponding to a sequence number of a data packet 
which, upon receipt at the protocol stack, induces the transitioning the system from 
operation in the push mode. 

5 (Withdrawn). The method of claim 3 wherein the second input notification 
includes a receive sequence number corresponding to a sequence number of a data packet 
which, upon receipt at the protocol stack, induces the transitioning the system from 
operation in the pull mode, 

6 (Original). The method of claim 1 further including sending, from the protocol 
stack to the application, receive data indications containing ones of the first sequence of 
data packets when the protocol stack is functioning in an always forward mode invoked 
during operation of the system in the push mode. 

7 (Original). The method of claim 6 wherein the protocol stack assumes that the 
first sequence of data packets are consumed upon delivery to the application and frees 
storage corresponding to the first sequence of data packets upon the sending of the 
receive data indications. 

8 (Original). The method of claim 7 wherein the protocol stack advertises a new 
window to a peer entity upon freeing of the storage. 
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9 (Previously Presented). The method of claim 6 wherein the protocol stack 
postpones freeing, within memory associated with the protocol stack, storage 
corresponding to the first sequence of data packets until confirmation is received from the 
application that the first sequence of data packets has been consumed by the application. 

10 (Original). The method of claim 1 further including utilizing credit-based flow 
control during operation of the system in the push mode, the credit-based flow control 
including configuring the application to provide buffer credits to the protocol stack. 

11 (Original). The method of claim 10 wherein the credit-based flow control 
permits the protocol stack to forward ones of the data packets within the first sequence to 
the application provided a sufficient number of the buffer credits remain available. 

12 (Original). The method of claim 1 further including sending, from the protocol 
stack to the application, data available indications when the protocol stack is functioning 
in an always buffer mode invoked during operation of the system in the pull mode 
wherein the data available indications are generated at the protocol stack in response to 
receipt of the data packets within the second sequence. 

13 (Original). The method of claim 12 further including forwarding the second 
sequence of data packets from the protocol stack to the application upon receipt at the 
protocol stack of a read data request generated by the application. 

14 (Original). The method of claim 12 wherein the data available indications are 
generated upon receipt of the data packets within the second sequence without 
intervention of the application. 

15 (Original). The method of claim 12 wherein generation of the data available 
indications is postponed until receipt at the protocol stack of a read data request generated 
by the application. 



Attorney Docket No. ASTU-007/01US 
Serial No. 10/661,084 
Page 5 

16 (Original). The method of claim 1 further including configuring the protocol 
stack to withhold acknowledgements which would otherwise be sent to an external peer 
entity upon receipt of the first sequence of data packets from the peer entity. 

17 (Original). The method of claim 1 further including configuring the protocol 
stack to withhold acknowledgements which would otherwise be sent to an external peer 
entity upon receipt of the second sequence of data packets from the peer entity. 

18 (Original). The method of claim 16 or 17 further including: 

sending an acknowledgement prompt indication event from the protocol stack to 
the application, and 

sending the acknowledgements from the protocol stack to the external entity upon 
receipt at the protocol stack of an acknowledgement prompt confirmation from the 
application. 

19 (Original). The method of claim 1 further including sending a window 
available indication from the protocol stack to the application upon receipt at the protocol 
of an open receive window indication from an external peer entity. 

20 (Original). The method of claim 1 further including sending a room available 
indication from the protocol stack to the application when sufficient space exists in a send 
buffer associated with the protocol stack. 

21 (Withdrawn). A method of flow control implemented by a system disposed to 
execute a protocol stack and an application, said method comprising the steps of: 

receiving a sequence of data packets at the protocol stack; 

determining whether a sufficient number of receive credits are currently available 
to the protocol stack to permit forwarding of the sequence of data packets from the 
protocol stack to the application; and 
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sending receive data indications from the protocol stack to the application when 
the sufficient number of receive credits are available, the receive data indications 
containing the sequence of data packets. 

22 (Withdrawn). The method of claim 21 wherein the protocol stack assumes that 
the sequence of data packets are consumed upon delivery to the application and frees 
storage corresponding to the first sequence of data packets upon the sending of the 
receive data indications. 

23 (Withdrawn). The method of claim 22 wherein the protocol stack advertises a 
new window to a peer entity upon freeing of the storage. 

24 (Withdrawn). The method of claim 21 wherein the protocol stack postpones 
freeing of storage corresponding to the first sequence of data packets until confirmation is 
received from the application that the first sequence of data packets has been consumed 
by the application. 

25 (Withdrawn). The method of claim 21 wherein the application replenishes the 
receive credits available to the protocol stack. 

26 (Withdrawn). The method of claim 21 further including configuring the 
protocol stack to withhold acknowledgements which would otherwise be sent to an 
external peer entity upon receipt of the sequence of data packets from the peer entity. 

27 (Withdrawn). The method of claim 26 further including: 

sending an acknowledgement prompt indication event from the protocol stack to 
the application, and 

sending the acknowledgements from the protocol stack to the external entity upon 
receipt at the protocol stack of an acknowledgement prompt confirmation from the 
application. 
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28 (Withdrawn). The method of claim 21 further including sending a window 
available indication from the protocol stack to the application upon receipt at the protocol 
of an open receive window indication from an external peer entity. 

29 (Withdrawn). A method of flow control implemented by a system disposed to 
execute a protocol stack and an application, said method comprising the steps of: 

receiving a sequence of data packets at the protocol stack and generating 
corresponding data available indications; 

sending, from the protocol stack to the application, the data available indications; 

and 

forwarding the sequence of data packets from the protocol stack to the application 
in response to a read data request issued by the application. 

30 (Withdrawn). The method of claim 29 wherein the data available indications 
are generated automatically upon receipt at the protocol stack of the data packets within 
the second sequence. 

31 (Withdrawn). The method of claim 29 wherein generation of the data 
available indications is postponed until receipt at the protocol stack of a read data request 
generated by the application. 

32 (Withdrawn). The method of claim 29 further including configuring the 
protocol stack to withhold acknowledgements which would otherwise be sent to an 
external peer entity upon receipt of the sequence of data packets from the peer entity. 

33 (Withdrawn). The method of claim 32 further including: 

sending an acknowledgement prompt indication event from the protocol stack to 
the application, and 
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sending the acknowledgements from the protocol stack to the external entity upon 
receipt at the protocol stack of an acknowledgement prompt confirmation from the 
application. 

34 (Withdrawn). The method of claim 29 further including sending a window 
available indication from the protocol stack to the application upon receipt at the protocol 
of an open receive window indication from an external peer entity. 

35 (Currently Amended). A stateful protocol system comprising: 
a protocol core configure to execute a protocol stack; and 

a processor configured to execute an application wherein the application generates 
a first input notification determinative of an operative mode of the protocol stack; 

said protocol core switching, responsive to the first input notification, the protocol 
stack from operation in a push mode pursuant to which the forwarding of data packets 
received by the protocol stack is initiated by the protocol stack to operation in a pull 
mode pursuant to which the forwarding of the data packets is initiated by the application; 

wherein the processor is configured to switch the system from operation in the 
push mode to operation in the pull mode in response to the first input notification, 
wherein the first input notification includes a receive sequence number corresponding to 
a sequence number of a data packet which, upon receipt at the protocol stack, induces the 
switching of the system from operation in the push mode; and 

wherein the processor is further configured to switch the system from operation in 
the pull mode to operation in the push mode in response to a second input notification, 
wherein the second input notification includes a receive sequence number corresponding 
to a sequence number of a data packet which, upon receipt at the protocol stack, induces 
the switching of the system from operation in the pull mode . 

. 36 (Original). The system of claim 35 wherein the push mode and the pull mode 
constitute mutually exclusive modes of operation. 



Attorney Docket No. ASTU-007/01US 
Serial No. 10/661,084 
Page 9 

37 (Currently Amended). The system of claim 35 wherein the meano for 
configuring includes means for transitioning the system from operation in the push mode 
to operation in the pull mode in response to a first input notification wherein the first 
input notification includes a receive sequence number corresponding to a sequence 
number of a data packet which, upon receipt at the protocol stack, induces the 
transitioning th e system from operation in the push mode further configured to send, from 
the protocol stack to the application, receive data indications containing ones of the first 
sequence of data packets when the protocol stack is functioning in an always forward 
mode invoked during operation of the system in the push mode . 

38 (Currently Amended). The system of claim 35 wherein the means for 
configuring includes means for transitioning the system from op e ration in th e pull mode 
to operation in the push mode in response to a second input notification wherein the 
second input notification includes a receive sequence number corresponding to a 
s e quenc e number of a data packet which, upon rec e ipt at the protocol stack, induces the 
transitioning th e system from op e ration in the pull mod e 37 wherein the protocol stack 
assumes that the first sequence of data packets are consumed upon delivery to the 
application and frees storage corresponding to the first sequence of data packets upon the 
sending of the receive data indications . 

39 (Previously Presented). The method of claim 1 wherein the application is 
configured to select a method of receiving data, said method including one of receive 
data in push mode and one of read response or scratchpad find data in pull mode. 

- 40 (Previously Presented). The method of claim 1 wherein the push mode is 
configured as an Always Forward mode and the forwarding is performed in the Always 
Forward mode. 
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41 (Previously Presented). The method of claim 1 wherein the push mode is 
configured as a Forward Until N mode and the forwarding is performed in the Forward 
Until N mode. 

42 (Previously Presented). The method of claim 1 wherein the pull mode is 
configured as an Always Buffer mode and the forwarding is performed in the Always 
Buffer mode. 

43 (Previously Presented). The method of claim 1 wherein the pull mode is 
configured as a Data Available Indication mode and the forwarding is performed in the 
Data Available Indication mode. 

44 (Previously Presented). The method of claim 1 wherein the pull mode is 
configured as a Read Data Request mode and the forwarding is performed in the Read 
Data Request mode. 

45 (New). The system of claim 38 wherein the protocol stack advertises a new 
window to a peer entity upon freeing of the storage. 

46 (New). The system of claim 37 wherein the protocol stack postpones freeing, 
within memory associated with the protocol stack, storage corresponding to the first 
sequence of data packets until confirmation is received from the application that the first 
sequence of data packets has been consumed by the application. 

47 (New). The system of claim 35 further configured to utilize credit-based flow 
control during operation of the system in the push mode, the credit-based flow control 
including configuring the application to provide buffer credits to the protocol stack. 
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48 (New). The system of claim 47 wherein the credit-based flow control permits 
the protocol stack to forward ones of the data packets within the first sequence to the 
application provided a sufficient number of the buffer credits remain available. 

49 (New). The system of claim 35 further configured to send, from the protocol 
stack to the application, data available indications when the protocol stack is functioning 
in an always buffer mode invoked during operation of the system in the pull mode 
wherein the data available indications are generated at the protocol stack in response to 
receipt of the data packets within the second sequence. 

50 (New). The system of claim 49 further configured to forward the second 
sequence of data packets from the protocol stack to the application upon receipt at the 
protocol stack of a read data request generated by the application. 

51 (New). The system of claim 49 wherein the data available indications are 
generated upon receipt of the data packets within the second sequence without 
intervention of the application. 

52 (New). The system of claim 49 wherein generation of the data available 
indications is postponed until receipt at the protocol stack of a read data request generated 
by the application. 

53 (New). The system of claim 35 further including configuring the protocol stack 
to withhold acknowledgements which would otherwise be sent to an external peer entity 
upon receipt of the first sequence of data packets from the peer entity. 

54 (New). The system of claim 35 further including configuring the protocol stack 
to withhold acknowledgements which would otherwise be sent to an external peer entity 
upon receipt of the second sequence of data packets from the peer entity. 
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55 (New). The systems of claim 53 or 54 further configured to: 

send an acknowledgement prompt indication event from the protocol stack to the 
application, and 

send the acknowledgements from the protocol stack to the external entity upon 
receipt at the protocol stack of an acknowledgement prompt confirmation from the 
application. 

56 (New). The system of claim 35 further configured to send a window available 
indication from the protocol stack to the application upon receipt at the protocol of an 
open receive window indication from an external peer entity. 

57 (New). The system of claim 35 further configured to send a room available 
indication from the protocol stack to the application when sufficient space exists in a send 
buffer associated with the protocol stack. 



